home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940245.txt < prev    next >
Internet Message Format  |  1994-11-13  |  24KB
  1. Date: Fri, 22 Jul 94 04:30:22 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #245
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Fri, 22 Jul 94       Volume 94 : Issue  245
  11.  
  12. Today's Topics:
  13.                            Baycomm (2 msgs)
  14.            Can you use a BAYCOMM with a TRS-102?? (2 msgs)
  15.                    Current Capabilities of Packet?
  16.                 Has anyone done packet using Coherent?
  17.                          Need Mods For Tm-732
  18.                     Packet Ragchews on HF (2 msgs)
  19.                      Poor Man's Packet FTP site? 
  20.                        RADIO BLOOD - EMPLOYMENT
  21.                          TNX for Baycomm info
  22.                          TS-50S function keys
  23.                    Wireless modem with GMSK and PLL
  24.  
  25. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  26. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  27. Problems you can't solve otherwise to brian@ucsd.edu.
  28.  
  29. Archives of past issues of the Ham-Digital Digest are available 
  30. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  31.  
  32. We trust that readers are intelligent enough to realize that all text
  33. herein consists of personal comments and does not represent the official
  34. policies or positions of any party.  Your mileage may vary.  So there.
  35. ----------------------------------------------------------------------
  36.  
  37. Date: 20 Jul 1994 22:27:08 -0400
  38. From: newstf01.cr1.aol.com!search01.news.aol.com!not-for-mail@uunet.uu.net
  39. Subject: Baycomm
  40. To: ham-digital@ucsd.edu
  41.  
  42. In article <30ifo6$i7i@usenet.INS.CWRU.Edu>, da884@cleveland.Freenet.Edu
  43. (David Toste) writes:
  44.  
  45. >JO> >ering it for the home station. 
  46. >JO> 
  47. >JO> I have no complaints except poor mailbox capability.
  48. >JO> 
  49.  
  50. >Says you, all depends on how you have things setup. 
  51. >I have my system setup so that when I plug things in and turn 
  52. >the rig on it goes out and gets my mail.
  53.  
  54. >Mind you I'm running JNOS. Also give SP a shoot.
  55.  
  56. I was refering to operation as a remote mailbox 
  57. with the software provided.
  58.  
  59. My friend has a TNC that I can log onto and leave 
  60. a message for her on.  It stores in the TNC memory
  61. without her computer even being on!
  62.  
  63. I would like to know more details about 
  64. the software you are using.  I am running a 
  65. dedicated XT for packet (PS/2 Model 25).
  66. I know its lame, but it is small and I got it free!
  67. (My main computer is 486/33).  Anyway, I
  68. heard that JNOS and Baycomm will not work
  69. on an XT.  Is this true? 
  70.  
  71. John - WB2YGF  
  72.  
  73. ------------------------------
  74.  
  75. Date: Wed, 20 Jul 1994 17:00:37 GMT
  76. From: ihnp4.ucsd.edu!swrinde!howland.reston.ans.net!europa.eng.gtefsd.com!news.ans.net!upsnews.ups.com!casey!nrd1pxm@network.ucsd.edu
  77. Subject: Baycomm
  78. To: ham-digital@ucsd.edu
  79.  
  80. I just got up on packet about 2 weeks ago using a Baycom and attending SW.
  81. I have an Icom IC-2AT and had to make up a cable extension to the Baycom unit.
  82. As soon as that was done, I was on the air! No problems with the SW or HW.
  83. Print out the manual, it's very handy.
  84.  
  85. 73 
  86.  
  87. -- 
  88. ==============================================================================
  89. Peter Martin    UPS        Danbury, CT     (203) 731-6324  nrd1pxm@nrd.ups.com
  90. Real Life Home:            Kent, WA        (206) 631-5478
  91. SCCA '83 Mazda RX7 #24 ITA     '91 ragtop                               WD9HAD
  92.  
  93. ------------------------------
  94.  
  95. Date: Wed, 20 Jul 1994 21:59:50 GMT
  96. From: ihnp4.ucsd.edu!library.ucla.edu!news.ucdavis.edu!dale.ucdavis.edu!szhall@network.ucsd.edu
  97. Subject: Can you use a BAYCOMM with a TRS-102??
  98. To: ham-digital@ucsd.edu
  99.  
  100.   One time I used a BAYCOMM with a PC and had very good luck..Now I am 
  101. thinking about buying one for my TRS-102 for portable packet set up..What 
  102. do you think..Jeff
  103.  
  104. ------------------------------
  105.  
  106. Date: Thu, 21 Jul 1994 13:31:54 GMT
  107. From: ihnp4.ucsd.edu!swrinde!emory!rsiatl!ke4zv!gary@network.ucsd.edu
  108. Subject: Can you use a BAYCOMM with a TRS-102??
  109. To: ham-digital@ucsd.edu
  110.  
  111. In article <Ct9EFr.1n2@ucdavis.edu> szhall@dale.ucdavis.edu () writes:
  112. >  One time I used a BAYCOMM with a PC and had very good luck..Now I am 
  113. >thinking about buying one for my TRS-102 for portable packet set up..What 
  114. >do you think..Jeff
  115.  
  116. I think you're going to have to write the low level TNC emulator
  117. software yourself in Z80 assembler. The Baycom program is written
  118. for the PC and won't work on the TRS-102's Z80 architecture.
  119. Remember, the Baycom system is a total bit bang system with the
  120. hardware being just a zero crossing detector. The USART function
  121. is done in software, as is the AX25 protocol.
  122.  
  123. Unless I'm totally out of touch, no one has ported that software
  124. to the TRS-100/102 series of notebooks.
  125.  
  126. Gary
  127. -- 
  128. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  129. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  130. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  131. Lawrenceville, GA 30244     |                     | 
  132.  
  133. ------------------------------
  134.  
  135. Date: 21 Jul 94 20:03:50 GMT
  136. From: news-mail-gateway@ucsd.edu
  137. Subject: Current Capabilities of Packet?
  138. To: ham-digital@ucsd.edu
  139.  
  140. Chris May writes:
  141. > I was wondering if anyone could provide me with some information
  142. > detailing the different price/performance options available for an amateur
  143. > radio setup capable of communicating with the internet via packet
  144. > radio.
  145. [stuff deleted]
  146.  
  147. The cost ratio between internet access by wire and internet access by amateur
  148. radio (for similar services) is about 1000:1 where amateur radio costs about
  149. $1000 for the service you'd get for $1 via telephone.
  150.  
  151. Maybe I exagerate, but only a bit :-)
  152.  
  153. One does not get an amateur radio license in order to save money, except in
  154. the very rarest of situations. Maybe you have a friend or spouse in Europe
  155. and you like to talk, a LOT. Or this friend is in the middle of nowhere.
  156. MAYBE then you could save money via amateur radio if you didn't mind a couple
  157. of hundred listeners to your conversations.
  158.  
  159. One chooses to become an amateur radio operator because it is "RADIO" and
  160. radio is magic, and magic is fun in and of itself. There are areas available
  161. in amateur radio that do not exist on the internet, and vice versa. For
  162. example, last week I copied packet radio data from the Space Shuttle. Was so
  163. suprised that I wasn't ready on the transmit frequency to make a connection
  164. before the shuttle was over the horizon. You don't do that on the internet.
  165. Total equipment cost $500 new, $300 or so used. Five or six minutes at 1200
  166. baud. Of course I still have the equipment, and didn't buy it expressly for
  167. the purpose of talking to the space shuttle, its just my normal packet station.
  168.  
  169. Locally we can get unlimited dial-up access to the internet for $30/month at
  170. 28.8k bps. For amateur radio to access the wired internet there has to be a
  171. connection somewhere on the radio net, and somebody has to pay for it.
  172. Furthermore the content carried on the internet is not regulated and monitored
  173. the way amateur radio is. Amateur radio has strict non-commercial and 
  174. decency regulations. Free speech is not a right on amateur radio.
  175.  
  176. I routinely post Ham-Digital Digest on the local PBBS, but not before I review
  177. it and delete advertisements for "Thigh Creame" and such.
  178.  
  179. 73, David Kelly N4HHE
  180. dkelly@nebula.tbe.com
  181.  
  182. ------------------------------
  183.  
  184. Date: Thu, 21 Jul 1994 08:24:31 GMT
  185. From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!newsxfer.itd.umich.edu!nntp.cs.ubc.ca!fs1.ee.ubc.ca!bogomips!jmorriso@network.ucsd.edu
  186. Subject: Has anyone done packet using Coherent?
  187. To: ham-digital@ucsd.edu
  188.  
  189. In article <30jg8t$au1@mercury.mcs.com>, James W. Barr <jbarr@MCS.COM> wrote:
  190. >I just installed the UNIX variant Coherent on my PC, and was wondering if 
  191. >anyone out there has been able to use it for packet?  I run JNOS in the 
  192. >DOS world, and enjoy being able to use TCP/IP.  It would be way cool to 
  193. >be able to do this from Coherent.  
  194.  
  195. There is a UNIX version of JNOS, it's portable and I'm sure it will compile
  196. for Coherent.
  197.  
  198. > I know that there are AX.25 drivers 
  199. >available for Linux.  Are they usable with Coherent?  
  200.  
  201. definitely not. Coheren't doesn't even have kernel TCP/IP.
  202.  
  203. >Is there a version 
  204. >of JNOS available for Coherent?  Basically, my question is that I have 
  205. >Coherent installed, so how can I integrate Packet Radio with it?
  206.  
  207. JNOS or wampes for UNIX. I know it's out there, but I don't use it.
  208. Try looking for it on ftp.ucsd.edu.
  209.  
  210. >
  211. >73!
  212. >
  213. >-Jim, N9ONL
  214. >
  215. >-- 
  216. >James W. Barr,  N9ONL              |  Using GEOS for Amateur Packet Radio
  217. >jbarr@mcs.com                      |  in Buffalo Grove, IL, USA!
  218.  
  219.  
  220. -- 
  221. ---------------------------------------------------------------------------
  222. BogoMIPS Research Labs  --  bogosity research & simulation  --  VE7JPM  -- 
  223. jmorriso@bogomips.ee.ubc.ca ve7jpm@ve7jpm.ampr.org jmorriso@rflab.ee.ubc.ca
  224. ---------------------------------------------------------------------------
  225.  
  226. ------------------------------
  227.  
  228. Date: Thu, 21 Jul 94 09:03:29 CEST
  229. From: EU.net!i2unix!news@uunet.uu.net
  230. Subject: Need Mods For Tm-732
  231. To: ham-digital@ucsd.edu
  232.  
  233. I'm Looking for best mods for Kenwood TM-732.
  234.  
  235. 73. de Sal, IW0DHH
  236. [
  237. [44.134.32.120]
  238.  
  239. ------------------------------
  240.  
  241. Date: 20 Jul 94 23:52:22 GMT
  242. From: news.claremont.edu!mtigate!mti.com!hunley@uunet.uu.net
  243. Subject: Packet Ragchews on HF
  244. To: ham-digital@ucsd.edu
  245.  
  246. I'm relatively new to packet, so pardon the "newbieism" of this
  247. question, but I'm stumped:
  248.  
  249. I have a nice HF packet setup:  a Yaesu FT-890AT driving a Cushcraft
  250. R7, talking to a KAM-Plus.  I hear lots of packet-sounding stuff on
  251. HF, but when I tune to it, the KAM seems to decode mostly RR packets,
  252. with a few C and DM packets.  The very rare I packet seems to contain
  253. ASCII garbage, like two BBSs exchanging binary files or something.
  254.  
  255. When I try to connect to one of these stations, I either get no
  256. connection at all, a connect followed by an immediate disconnect,
  257. or a message to the effect that "only members are allowed on this
  258. node."  I have yet to make my first successful QSO using packet.
  259.  
  260. Now if I want to talk to a BBS, I don't need to use a radio for
  261. that.  There are plenty of BBSs within a local phone call of my
  262. house.  I was kinda hoping to make the same kind of QSOs using packet
  263. that I was making using CW or voice.
  264.  
  265. Is there something I'm doing fundamentally wrong, or is there no good
  266. old "CQ CQ CQ - Tnx fer call OM, name is John..." type activity on
  267. HF?  Are there certain subbands where the ragchewers and DXers go,
  268. that I just haven't found yet?  I know that most packet is on VHF,
  269. but I don't have a VHF rig, and even if I did, I don't particularly
  270. want to limit my QSOs to stations within a 10-mile radius (yes, I've
  271. heard of digipeaters).
  272.  
  273. --
  274.  
  275.             John Hunley, KN6XZ
  276.    Sr. Software Engineer                  Email:  hunley@mti.com
  277.    Micro Technology, Inc.                  UUCP:  mti.com!hunley
  278.    4905 E. La Palma Ave.                  Voice:  (714) 693-2613
  279.    Anaheim, CA  92807                       FAX:  (714) 970-5924
  280.  
  281. ------------------------------
  282.  
  283. Date: Thu, 21 Jul 1994 13:46:57 GMT
  284. From: ihnp4.ucsd.edu!swrinde!emory!rsiatl!ke4zv!gary@network.ucsd.edu
  285. Subject: Packet Ragchews on HF
  286. To: ham-digital@ucsd.edu
  287.  
  288. In article <3416@mtigate.mti.com> hunley@mti.com (John Hunley) writes:
  289. >I'm relatively new to packet, so pardon the "newbieism" of this
  290. >question, but I'm stumped:
  291. >
  292. >I have a nice HF packet setup:  a Yaesu FT-890AT driving a Cushcraft
  293. >R7, talking to a KAM-Plus.  I hear lots of packet-sounding stuff on
  294. >HF, but when I tune to it, the KAM seems to decode mostly RR packets,
  295. >with a few C and DM packets.  The very rare I packet seems to contain
  296. >ASCII garbage, like two BBSs exchanging binary files or something.
  297.  
  298. Most HF forwarding is now done with compressed files, much the
  299. way Usenet is distributed via uucp links. This saves time and
  300. bandwidth moving the traffic.
  301.  
  302. >When I try to connect to one of these stations, I either get no
  303. >connection at all, a connect followed by an immediate disconnect,
  304. >or a message to the effect that "only members are allowed on this
  305. >node."  I have yet to make my first successful QSO using packet.
  306.  
  307. The stations in the forwarding network don't allow outside stations
  308. to connect. You're supposed to inject and remove traffic from the
  309. system at your local VHF end node. Allowing random connections would
  310. totally hose the automatic routing software.
  311.  
  312. >Now if I want to talk to a BBS, I don't need to use a radio for
  313. >that.  There are plenty of BBSs within a local phone call of my
  314. >house.  I was kinda hoping to make the same kind of QSOs using packet
  315. >that I was making using CW or voice.
  316. >
  317. >Is there something I'm doing fundamentally wrong, or is there no good
  318. >old "CQ CQ CQ - Tnx fer call OM, name is John..." type activity on
  319. >HF?  Are there certain subbands where the ragchewers and DXers go,
  320. >that I just haven't found yet?  I know that most packet is on VHF,
  321. >but I don't have a VHF rig, and even if I did, I don't particularly
  322. >want to limit my QSOs to stations within a 10-mile radius (yes, I've
  323. >heard of digipeaters).
  324.  
  325. There is ragchewing on HF, but frankly, packet is ill suited to such
  326. use. You'll find what packet ragchewers there are down with the RTTY 
  327. and AMTOR ragchew operations. AMTOR is best for the type of operating
  328. you want to do. Put out a FEC CQ, including your selcall, and wait for 
  329. someone to link with you in ARQ mode, or link with someone calling CQ. 
  330. If you don't mind garbled print, you also might try your hand at RTTY. 
  331. Just send a string of RYRYRYRY characters to allow your signal to be 
  332. tuned, and then follow with a CQ. If you do try packet ragchewing, 
  333. remember to keep your packets short. A maximum length of 40 characters 
  334. is a good value.
  335.  
  336. Gary
  337. -- 
  338. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  339. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  340. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  341. Lawrenceville, GA 30244     |                     | 
  342.  
  343. ------------------------------
  344.  
  345. Date: Thu, 21 Jul 1994 16:21:28 GMT
  346. From: hearst.acc.Virginia.EDU!cabell.vcu.edu!jwill@uunet.uu.net
  347. Subject: Poor Man's Packet FTP site? 
  348. To: ham-digital@ucsd.edu
  349.  
  350. I *know* this has to be a FAQ... but I have been all through the
  351. Simtel archives and oak.oakland.edu looking for documentation on how
  352. to build one of those "Baycomm" type modems...  Could somebody steer
  353. me to a FTP Site / filename? 
  354.  
  355. I got the .PCX of the schematics and want to build one of these for a
  356. custom portable application. I will need one that is very small and
  357. with custom connectors. So, I figure the best way of doing it is
  358. homebrew and try to download appropriate software. 
  359.  
  360.  
  361.  
  362.                                 Robert S. Williams
  363.                                 KD4ZPH
  364.  
  365. ------------------------------
  366.  
  367. Date: 21 Jul 1994 15:02:36 -0400
  368. From: news.pipeline.com!not-for-mail@uunet.uu.net
  369. Subject: RADIO BLOOD - EMPLOYMENT
  370. To: ham-digital@ucsd.edu
  371.  
  372. QRO Telecom Provider, NY and former Soviet Union searching for 
  373. in-the-blood radio man, primarily for specification of 
  374. customized radio systems. Position would be NY with frequent 
  375. travel to former SU. (Reciprocal license, Icom-781, included!)
  376.  
  377. Requirements: 
  378.  
  379. * deep background and practical on VHF/UHF, repeaters, antennas 
  380.  * hands-on knowledge of equipment, alternatives and vendors
  381.  
  382. * packet, digiplexer and Internet a plus  * HF antennas a plus  
  383. * microwave a plus
  384. * cellular experience a plus
  385. * PC skills including diagramming and presenting to staff and 
  386. customers
  387. * good health, passport, tolerance of QRM
  388.  
  389. Company operates numerous satellite gateways and remote sites; 
  390. C/Ku experience a plus but not necessary.
  391.  
  392. Energy, initiative and ability to assimilate, organize and 
  393. communicate to multi-national staff and clients essential. 
  394. Radio Blood --- DC to light --- is essential.
  395.  
  396. Please pass the word. It's a good gig.
  397.  
  398. N2KS
  399.  
  400. ------------------------------
  401.  
  402. Date: 21 Jul 1994 02:43:32 GMT
  403. From: ihnp4.ucsd.edu!library.ucla.edu!agate!msuinfo!netnews.upenn.edu!news.drexel.edu!dunx1.ocs.drexel.edu!DUVM.OCS.DREXEL.EDU!XTL00014@network.ucsd.edu
  404. Subject: TNX for Baycomm info
  405. To: ham-digital@ucsd.edu
  406.  
  407. Thanks for the Baycomm info, everybody, but I think I'll go with the            
  408. KPC-3.  It'll speed up things with the system.  A KPC-3 and the used            
  409. ICOM Ic-25A should make a good combination.  Any comments on the KPC-3?         
  410.  
  411. 73 es TNX de N3RCS, xtl00014@duvm.ocs.drexel.edu                                
  412.  
  413. ------------------------------
  414.  
  415. Date: 21 Jul 1994 10:13:11 GMT
  416. From: library.ucla.edu!europa.eng.gtefsd.com!newsxfer.itd.umich.edu!zip.eecs.umich.edu!yeshua.marcam.com!charnel.ecst.csuchico.edu!olivea!inews.intel.com!ilx018.iil.intel.com!@@ihnp4.ucsd.edu
  417. Subject: TS-50S function keys
  418. To: ham-digital@ucsd.edu
  419.  
  420. In article <hawley.774126634@aries>, hawley@aries.scs.uiuc.edu (Chuck Hawley) writes:
  421. |> david@primenet.com (David Dodell) writes:
  422. |> 
  423. |> >I have been trying to get documentation on how the function keys on a
  424. |> >TS-50S are emulated from the microphone.  While the manual gives
  425. |> >instructions on programming the function keys, the manual does not give
  426. |> >any idea how to duplicate a depression of a function key from the wiring
  427. |> >diagram. 
  428. |> 
  429.  
  430. One day, I actually took the mike apart to figure this out.
  431. Two of the buttons ground the UP and DOWN lines through 100K resistors,
  432. and the other two buttons do the same through 20K resistors.  (I
  433. may not be remembering the exact values correctly).
  434.  
  435. To find out all the details, just hook an ohmmeter from the UP/DOWN
  436. connector pins to ground, and push the buttons.
  437.  
  438. Doug Braun  (4X/N1OWU)
  439.  
  440. ------------------------------------------------------------------------
  441. Email:          dbraun@inside.intel.com
  442. Intel Mail:     IDC1-41
  443. iNet:           8-435-5069              Long Distance:  011-972-4-655069
  444. Fax:            8-435-5999              Long Distance:  011-972-4-655999
  445. Snail Mail:     US:                     Other:
  446.                 PO Box 311              Intel Israel, Ltd.
  447.                 Mendham, NJ  07945      IDC-42
  448.                                         Matam Scientific Center
  449.                                         Haifa, Israel  31015
  450. ------------------------------------------------------------------------
  451.  
  452. ------------------------------
  453.  
  454. Date: Thu, 21 Jul 1994 13:25:02 GMT
  455. From: ihnp4.ucsd.edu!swrinde!emory!rsiatl!ke4zv!gary@network.ucsd.edu
  456. Subject: Wireless modem with GMSK and PLL
  457. To: ham-digital@ucsd.edu
  458.  
  459. In article <Ct89qv.61x@inter.NL.net> denouden@inter.NL.net (J. den Ouden) writes:
  460. >I'm trying to design a wireless modem for 900 MHz.
  461. >
  462. >The 900 MHz is synthesized by a VCO. Spectral purity and RF carrier
  463. >frequency stability demand a PLL for the VCO control voltage.
  464. >
  465. >For data modulation I've decided upon GMSK. The GSMK signal frequency
  466. >modulates the RF signal by superimposing it on the VCO control voltage.
  467. >
  468. >The problem with this setup is that for low BER the RF modulation/
  469. >demodulation response should go down to a few Hz, which is impossible
  470. >because the PLL would try to correct any RF frequency deviation at this 
  471. >modulation frequency.
  472. >
  473. >How is this generally solved? Some data books mention two point 
  474. >modulation. How does this work?
  475. >
  476. >Hints, references or answers are highly appreciated.
  477.  
  478. There are several workable approaches to this problem. The most
  479. straight forward approach is to use a hetrodyne system. The modulation
  480. is impressed on a crystal VXO at an intermediate frequency, and that
  481. is mixed with the synthesized VCO to get the output frequency. Since
  482. the PLL loop is only around the heterodyne oscillator, it won't subtract
  483. the modulation. 
  484.  
  485. Another approach is to use a data randomizer, or scrambler, to insure
  486. there are no near DC components to the modulation. This is a common
  487. approach, and the one taken in the GRAPES 56 kb RF modem.
  488.  
  489. Gary
  490. -- 
  491. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  492. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  493. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  494. Lawrenceville, GA 30244     |                     | 
  495.  
  496. ------------------------------
  497.  
  498. Date: Thu, 21 Jul 1994 13:12:56 GMT
  499. From: ihnp4.ucsd.edu!swrinde!emory!rsiatl!ke4zv!gary@network.ucsd.edu
  500. To: ham-digital@ucsd.edu
  501.  
  502. References <wyn.50.2E2A856A@ornl.gov>, <1994Jul19.125835.17582@ke4zv.atl.ga.us>, <wyn.56.2E2D1CE3@ornl.gov>
  503. Reply-To : gary@ke4zv.atl.ga.us (Gary Coffman)
  504. Subject : Re: One-way automated digital=bad
  505.  
  506. In article <wyn.56.2E2D1CE3@ornl.gov> wyn@ornl.gov (C. C. Wynn) writes:
  507. >In article <1994Jul19.125835.17582@ke4zv.atl.ga.us> gary@ke4zv.atl.ga.us (Gary Coffman) writes:
  508. >
  509. >>Yes you certainly do. That's a very good reason for practicing strong
  510. >>channel discipline on HF digital. Just because your VFO tunes in 10 Hz
  511. >>steps doesn't mean you should operate on just any one of those steps.
  512. >>We need a bandplan with recomended channelization.
  513. >
  514. >>Gary
  515. >
  516. >Ahhh, but there is the rub!  Everyone gets all bent out of shape if W1AW comes
  517. >up on, say 7.080 Mhz, and blows your QSO away, acting like they own a channel.
  518. >(Read the comments posted here recently.)  But, this is going to be perfectly
  519. >acceptable for automatic control data stations??  Kind of hypocritical 
  520. >wouldn't you say?
  521.  
  522. No. The problem with W1AW is that they *don't listen* before transmitting.
  523. What channelization buys is the possibility of implementing a much more 
  524. robust method of automatically detecting other activity before transmitting. 
  525. With no channelization, there are an infinite number of center frequencies 
  526. where a signal may be. With channelization, that number is reduced to a 
  527. manageable number that can be checked, manually or automatically, before 
  528. transmitting. If interference *does* still occur because of odd propagation 
  529. effects, it will be limited to the users of that one channel, not to two 
  530. different sets of users as could happen with no standard channel spacing.
  531.  
  532. Standard channelization is the norm in all services except the amateur
  533. service, and is even accepted there for most VHF/UHF activity. There's
  534. a very good reason why everyone else has gone to standard channels, and
  535. that reason is lessened mutual interference. Amateurs are being backward
  536. in refusing to acknowledge the advantages of channelization as a tool for
  537. interference control.
  538.  
  539. Gary
  540. -- 
  541. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  542. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  543. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  544. Lawrenceville, GA 30244     |                     | 
  545.  
  546. ------------------------------
  547.  
  548. Date: (null)
  549. From: (null)
  550.   "This Disc contains Hacking, Phreaking, Tone Box Information, Anarchy,
  551.   Subculture, Magic, Internet & Computer Security Secrets, Bomb Plans,
  552.   FBI & Police Net Files, Virus Code, Sick & Twisted Graphics, UFO,
  553.   Occult, even HAM RADIO Files, plus much, much more!"
  554.                ^^^ ^^^^^
  555.  
  556. ------------------------------
  557.  
  558. End of Ham-Digital Digest V94 #245
  559. ******************************
  560.